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[57] ABSTRACT 

An apparatus and method for configuring a personal 
computer system for operation with a plurality of op- 
tional system consoles. A first non-volatile memory 
means stores present system configuration data. The 
present system configuration data is representative of 
the type of system console connected to the system. A 
diagnostic module accesses this configuration data for 
determining the operational validity of the system based 
upon a predetermined system configuration. The diag- 
nostic module compares the present configuration data 
to the predetermined configuration. Based upon the 
comparison the diagnostic module modifies the opera- 
tion of the system to communicate with the type of 
system console connected to the system. 

2 Claims, 6 Drawing Sheets 
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SYSTEM FOR AUTOMATICALLY REDIRECTING 

INFORMATION TO ALTERNATE SYSTEM 
CONSOLE IN RESPONSE TO THE COMPARISON 
OF PRESENT AND DEFAULT SYSTEM 5 
CONFIGURATION IN PERSONAL COMPUTER 
SYSTEM 

FIELD OF THE INVENTION 

This invention relates to personal computer systems 10 
and permits a personal computer system to be config- 
ured to at least one of a plurality of system consoles. 

BACKGROUND DISCUSSION 

Personal computer systems in general, and IBM Per- 15 
sonal Computers in particular, have obtained wide- 
spread use for providing computer power to many seg- 
ments of today's modern society. Personal computer 
systems are usually defined as a desk top, floor standing, 
or portable microcomputer that includes a system unit 20 
having a system processor, a display monitor, a default 
personal computer (PC) keyboard, a mouse, one or 
more diskette drives, a fixed disk storage, and an op- 
tional printer. One of the distinguishing characteristics 
of these systems is the use of a motherboard or system 25 
planar to electrically connect these components to- 
gether. These systems are designed primarily to give 
independent computing power to a single user and are 
inexpensively priced for purchase by individuals or 
small businesses. Examples of such personal computer 30 
systems are IBM's Personal Computer AT and IBM's 
Persona] System/2 Models 25, 30, 50, 60, 70 and 80. 

New uses for personal computer systems have rapidly 
developed due to improved performance and capabili- 
ties of new microprocessors and the availability of mul- 35 
ti-tasking operating systems. Personal computers are 
now commonly used as file servers, print servers, net- 
work nodes, and in other applications that require the 
simultaneous support of multiple users. This type of 
operation, called server mode, is usually associated with 40 
a personal computer system having a plurality of high 
volume mass storage devices for holding a database for 
a small business or a corporate department These serv- 
ers typically run independently of an operator and are 
usually connected by a local area network (LAN) to 45 
other personal computers whose users need to access 
the database information. 

c It should be appreciated that independent operation 
of the server is a substantial factor in achieving market- 
able success of these machines. As mentioned previ- 50 
ously, a normally configured personal computer has 
required a PC keyboard and display to be an integral 
part of the personal computer system at all times. With 
the increasing usage of servers and other factors, there 
is now a requirement that the personal computer system 55 
be capable of being operated with either; a traditional 
PC keyboard, a traditional display, or an ASCII termi- 
nal connected to a communications port or with no 
keyboard, no display, or no terminal. 

However, the requirement that a computer system be 60 
capable of being operated without a traditional PC 
keyboard or display causes problems with diagnostic 
software procedures which have been permanently 
built into these types of personal computer systems. In 
particular, when IBM first began shipping the IBM PC 65 
in 1981, it included diagnostic features that were gener- 
ally not available before in personal computers. These 
diagnostic features were incorporated into a power on 



self test routine commonly referred to as POST. The 
POST is composed of diagnostic routines or modules 
contained in a planar ROM firmware that test all the 
main system components at power on time. Whenever 
the computer is started up or reset, POST automatically 
performs a series of tests that check various components 
in the system. The components tested by this procedure 
were deemed to be primary items critical to the opera- 
tion of the system. Primary items included the CPU, 
ROM, planar support circuitry, memory, PC keyboard, 
display, and major peripherals such as a floppy or fixed 
disk. Although these tests were brief and not as thor- 
ough as with other disk-based diagnostics that were 
available; the POST process provided error or warning 
messages whenever a major faulty component was en- 
countered. Two types of messages were usually pro- 
vided: first an audio code and second a display screen 
message or code. If an error was detected during the 
POST procedure an error message was displayed or an 
audio message was sounded. These messages were and 
still are normally in the form of a numeric code several 
digits long. For example, the numeric code of 301 on 
the display can indicate that the PC keyboard is not 
connected to the system. 

As is readily apparent, two of the major components 
that are tested during the POST process are the PC 
keyboard and display. As mentioned before, if a PC 
keyboard is not connected to the system or malfunc- 
tions, a 301 numeric message is indicated on the display. 
The user is then requested to enter the "Fl" key to 
continue. As is apparent, the absence of the PC key- 
board negates the user entering the "Fl", an unwork- 
able situation. 

With the advent of servers which normally do not 
need to operate with a keyboard or display, problems 
occur with POST halting the computer in the absence 
of the keyboard or display when in actuality the server 
is designed to run in this configuration. It has therefore 
become necessary to provide an optional keyboard. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
permit the configuration of these types of personal com- 
puters to be changed such that the operation of a per- 
sonal computer system without a PC keyboard or dis- 
play proceeds without interruption of the power-on 
procedures. 

It is another object of the present invention to permit 
keyboardless operation of these types of personal com- 
puters. 

It is another object of the present invention to permit 
the operation of these types of personal computers with- 
out the need of a display. 

It is yet another object of the present invention to 
permit a conventional personal computer system to be 
configured as a server. 

Another advantage of the present invention is the 
replacement of the PC keyboard and display with an 
ASCII terminal. 

Broadly considered, a personal computer system, 
according to the present invention is configured for 
operation with a plurality of optional system consoles. 
A first non-volatile memory means stores present sys- 
tem configuration data. The present system configura- 
tion data is representative of the type of system console 
connected to the system. A diagnostic module accesses 
this configuration data for determining the operational 
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validity of the system based upon a predetermined sys- Prior to relating the above structure to the present 
tern configuration. The diagnostic module compares the invention, a summary of the operation in general of the 
present system configuration data to the predetermined Personal Computer System 10 may merit review. Refer- 
system configuration. Based upon the comparison the ring to FIG. 2, there is shown a block diagram of the 
diagnostic module modifies the operation of the system 5 Personal Computer System 10 illustrating the various 
to communicate with the type of system console con- components of the Computer System 10 in accordance 
nected to the system, with the present invention. FIG. 2 further illustrates 

components of the planar 8 and the connection of the 
BRIEF DESCRIPTION OF THE DRAWINGS planar g tQ thc yQ slots ^ m6 othcr hardware 0 f the 

FIG. 1 illustrates a personal computer system accord- 10 Personal Computer System 10. Connected to the planar 

ing to the present invention; 8 is the system processor 26 comprised of a micro- 

FIG. 2 shows a detailed electronic diagram of the processor which is connected by a high speed CPU 

personal computer system of FIG. 7; local bus 24 through a bus controlled timing unit 38 to 

FIG. 3 shows a flowchart for deteraiining if a system a memory control unit 50 which is further connected to 

console is attached; 13 a volatile random access memory (RAM) 58. While any 

FIG. 4 shows a flowchart illustrating the operation of appropriate microprocessor can be used, one suitable 

POST; microprocessor is the 80386 which is sold by Intel. 

FIG. 5 illustrates the attachment of the ASCII termi- While the present invention is described hereinafter 

nal driver to the operating system; and with particular reference to the system block diagram 

FIG. 6 illustrates the operation of POST. 20 of FIG. 2, it is to be understood at the outset of the 

ncconiwrmw „ A « rrrnnrn description which follows, it is contemplated that the 

DESCRIPTION OF A PREFERRED apparatus and methods in accordance with the present 

EMBODIMENT invention may be used with other hardware configura- 

The following detailed description is of the best pres- tions of the planar board. For example, the system pro- 

ently contemplated mode for carrying out the inven- 25 cessor could be an Intel 80286 or 80486 microprocessor, 

tion. This description is not to be taken in a limiting These particular microprocessors can operate in a real 

sense but is made merely for the purpose of illustrating addressing mode or a protected addressing mode. Each 

the general principles of the invention since the scope of mode provides an addressing scheme for accessing dif- 

the invention is best defined by the appending claims. ferent areas of the microprocessor's memory. 

Referring now to the drawings* and in particular to 30 Returning now to FIG. 2, the CPU local bus 24 (com- 
FIG. l t there is shown a Personal Computer System 10 prising data, address and control components) provides 
in which the present invention can be employed. As for the connection of a microprocessor 26, an optional 
shown, the Personal Computer System 10 comprises a math coprocessor 27, a cache controller 28, and a cache 
number of components which are interconnected to- memory 30. Also coupled on the CPU local bus 24 is a 
gethex. More particularly, a system unit 12 is coupled to 35 bufTer 32. The buffer 32 is itself connected to a slower 
and can drive an optional monitor 14 (such as a conven- speed (compared to the CPU local bus) system bus 34, 
tional video display). A system unit 12 can also be op- also comprising address, data and control components, 
tionally coupled to input devices such as a PC keyboard The system bus 34 extends between the buffer 32 and a 
16 or a mouse 18. An optional output device such as a further bufTer 36. The system bus 34 is further con- 
printer 20 can also be connected to the system unit 12. 40 nected to a bus control and timing unit 38 and a DMA 
Finally the system unit 12 may include one or more unit 40. The DMA unit 40 is comprised of a central 
mass storage devices such as the diskette drive 22. arbitration unit 48 and a DMA controller 41. The bufTer 

As will be described below, the system unit 12 re- 36 provides an interface between the system bus 34 and 
sponds to input devices such as the PC keyboard 16, the an optional feature bus such as the Micro Channel bus 
mouse 18, or local area networking interfaces. Addi- 45 44. Connected to the bus 44 are a plurality of I/O slots 
tionally, input/output devices, such as the diskette drive 46 for receiving Micro Channel adapter cards which 
22, display 14, printer 20, and local area network com- may be further connected to an I/O device or memory, 
muni cation system are connected to the system unit 12 An arbitration control bus 42 couples the DMA con- 
in a manner well known. Of course, those skilled in the troller 41 and central arbitration unit 48 to the I/O slots 
art are aware that other conventional components can 50 46 and diskette adapter 82. Also connected to system 
also be connected to the system unit 12 for interaction bus 34 is a memory control unit 50 which is comprised 
therewith. In accordance with the present invention, of a memory controller 52, an address multiplexer 54, 
the computer system 10 includes a system processor and a data buffer 56. The memory control unit 50 is 
that is interconnected to a random access memory further connected to a random access memory as repre- 
(RAM), a read only memory (ROM), and a plurality of 55 sented by the RAM module 58. The memory controller 
I/O devices. 52 includes the logic for mapping addresses to and from 

In normal use, the personal computer system can be the microprocessor 26 to particular areas of RAM 58. 

designed to give independent computing power to a While the microcomputer system 10 is shown with a 

small group of users as a server or a single user and is basic 1 megabyte RAM module, it is understood that 

inexpensively priced for purchase by individuals or 60 additional memory can be interconnected as repre- 

small businesses. In operation, the system processor sented in FIG. 2 by the optional memory modules 60 

functions under an operating system, such as IBM's through 64. 

OS/2 operating system or DOS. This type of operating A further buffer 66 is coupled between the system bus 

system includes a BIOS interface between thc I/O de- 34 and a planar I/O bus 68. The planar I/O bus 68 

vices and the operating system. BIOS which can be 65 includes address, data, and control components respec- 

stored in a ROM on a motherboard or planar includes lively. Coupled along the planar bus 68 are a variety of 

diagnostic routines which are contained in a power on I/O adapters and other peripheral components such as 

self test section referred to as POST. the display adapter 70 (which is used to drive an op- 
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tional display 14), a clock 72, nonvolatile RAM 74 
(hereinafter referred to as NVRAM), a RS232 adapter 
76, a parallel adapter 78, a plurality of timers 80, a dis- 
kette adapter 82, a PC keyboard/mouse controller 84, 
and a read only memory (ROM) 86. The ROM 86 in- 
cludes the BIOS which further includes the POST mod- 
ule which is used to test the major components of the 
personal computer system. 

The clock 72 is used for time of day calculations. 
NVRAM 74 is used to store system configuration data. 
That is, the NVRAM will contain values which de- 
scribe the present configuration of the system. For ex- 
ample, NVRAM contains information which describe 
the capacity of a fixed disk or diskette, the type of dis- 
play, the amount of memory, etc. Of particular impor- 
tance, NVRAM will contain data which is used to de- 
scribe the system console configuration; i.e. whether the 
PC keyboard is connected to the keyboard/mouse con- 
troller 84, a display controller is available or the ASCII 
terminal is connected to the RS232 adapter 76. Further- 
more, these data are stored in NVRAM whenever a 
special configuration program is executed. The purpose 
of the configuration program is to store values charac- 
terizing the configuration of this system to NVRAM 
which are saved when power is removed from the sys- 
tem. 

Connected to keyboard/mouse controller 84 are 
ports A and B. These ports are used to connect a PC 
keyboard (as opposed to an ASCII terminal) and mouse 
to the PC system. Coupled to RS232 adapter unit 76 is 30 
an RS232 connector. An optional ASCII terminal can 
be coupled to the system through this connector. 

It may be appropriate at this point to briefly review 
the purpose of the present invention. Previous to the 
present invention, a PC keyboard had to be connected 
to Port A of the keyboard controller in order for the 
system to operate. Likewise, Port B of the keyboard 
controller was permanently assigned to the mouse. 
Since both ports are mechanically identical, there is a 
potential for getting a POST keyboard error if the PC 
keyboard was plugged into the mouse port and the 
mouse was plugged into the keyboard port. 

Another problem was identified when the PC system 
was configured for server operations. In the server 
mode, the PC keyboard is not required and to prevent 
POST from detecting an error due to the absence of the 
PC keyboard, it was necessary to install a PC keyboard 
into the PC system. Likewise, when only an ASCII 
terminal was necessary the user had to unnecessarily 
install a PC keyboard. 

According to one aspect of the present invention, a 
PC keyboard can be connected to Port A, Port B, or the 
ASCII terminal can be connected to the RS232 adapter, 
or if the system is in the server configuration the key- 
board, the display or ASCII terminal can be removed 
thus permitting a keyboardless operation of the system. 

To summarize, the personal computer system can be 
configured with either the PC keyboard, the display, 
the ASCII terminal, no PC keyboard, no display, or no 
ASCII terminal. Table I summarizes the normal config- 
urations available for PC systems due to the present 
invention: 



TABLE I-continued 







Devices 




Configuration 


PC 
Keyboard 


Display 


ASCII 
Terminal 


Single user 
ASCII Termini] 


X 


X 


X 



According to Table 1, a normal server configuration 
will have no PC keyboard, no display, and no ASCII 
terminal. However, this does not preclude the use of 
using one of these devices in a server mode. It is entirely 
possible that a server configuration may include one or 
more of these devices. For a single user configuration, a 
normal or default configuration will include a PC key- 
board and a display. An ASCII terminal configuration 
will normally only include an ASCII terminal. As is 
evident, configuring the system for a selectable system 
console is extremely advantageous. 

GENERAL FLOW OF POST FOR ASCII 
TERMINAL SUPPORT 



35 



40 



TABLE I 



Devices 



Configuration 



PC 
Keyboard 



Display 



ASCII 
Terminal 



Server 



FIG. 3 shows the procedure used by POST to iden- 
tify and establish a configuration for a personal com- 
puter system with a selectable system console. When 
the computer system is powered up, POST initializes 
and resets the CPU and performs some basic diagnostic 
checks (step 100). The configuration data stored in 
NVRAM are checked to ensure that they are valid (step 
102). One method to determine the validity is to per- 
form a checksum which is well known to those of ordi- 
nary skill in the art. If the data in NVRAM are valid 
then system console configuration data stored in the 
NVRAM are read (step 104). The system configuration 
data are stored into NVRAM through the use of a con- 
figuration program. If ASCII Terminal support is se- 
lected (step 106) then an ASCII console parameter, 
such as a bit, is set to indicate ASCII Terminal (step 
122). Referring back to step 106, if ASCII Terminal 
support is not selected then the NVRAM system con- 
sole configuration data are checked to determine the 
type of display available. One common type of display 
available for a personal computer system is known as a 
VGA display. A VGA display usually has a resolution 
45 of 640 X 480 pixels with a choice of 16 colors. If VGA is 
selected as the display (step 108) then a Display console 
parameter is initialized to show the VGA as the system 
display (step 124). 

Referring back to step 102, if the data in NVRAM are 
not valid or if ASCII Terminal (step 106) or VGA (step 
108) are not selected then the planar is checked for 
video support (step 110). If video support is on the 
planar then control transfers to step 124 which sets the 
appropriate configuration parameter for the display. If 
no video support is on the planar then the first Micro 
Channel slot is placed in Setup mode, step 112. In the 
setup mode, a Micro Channel I/O card will send back 
to the CPU a unique identification signal. This identifi- 
cation signal alerts the CPU as to the type of card con- 
nected to the I/O slot. The ID of the card in the slot 
which is currently in Setup mode is checked to deter- 
mine if it is a VGA-type card (step 114). If the card is a 
VGA-type then control is passed to step 124. Here the 
display configuration parameter is set to enable the 
65 CPU to identify and address the VGA-type I/O card. 
Referring back to step 114, if the card is not a VGA- 
type card, then the card in the current slot is checked to 
see if it is another type of video display card, such as a 



50 



55 



60 
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ROMless video card (step 116). If it is then control is 
passed to step 124. As mentioned before, the display 
configuration parameter is set to reflect this type of 
card. Referring back to step 116, the card in the current 
slot is checked to determine whether it is another type 5 
of video display card, such as a video card with ROM 
(step 118). If it is, then control is passed to step 124 to 
configure the system display configuration parameter. 
If the card in the current slot is none of these, then a test 
is performed to determine if all the slots have bees 10 
checked (step 120). If all slots have not been searched 
then the next slot is placed in Setup mode (step 121) and 
control then transfers to step (114) to continue search- 
ing. When all slots have been scanned (step 120) then 
the system console parameter is set to a default indicat- 15 
ing an ASCII Terminal. After the system console pa- 
rameter is established because of step (122) or step (124) 
then POST is allowed to continue (step 130). At this 
point the system has selected either an ASCII terminal, 
the type of display, or a default condition. 20 

CONSOLE REDIRECTION FOR ASCII 
TERMINAL OPERATION 

When the system is operated with an ASCII Termi- 
nal certain functions such as keyboard and video need 25 
to be managed. BIOS INT 10H for video and INT 16h 
for keyboard need to operate with the ASCII terminal 
rather than the traditional VGA/keyboard combina- 
tion. 

Note that BIOS is accessed by software interrupts. 30 
That is, each BIOS entry point is available through its 
own interrupt. For example, software interrupts INT 
10H accesses the BIOS video routines, while INT l€h 
accesses the keyboard routine. 

Returning to the previous discussion, the video is 35 
managed by a redirector and the keyboard is managed 
by the communications port interrupt handler which 
places keystrokes into a keyboard circular buffer. This 
keystroke management allows the INT 16h interface to 
operate normally. 40 

Included in POST is a process for redirecting the PC 
keyboard inputs and video outputs to or from the 
ASCII terminal. This process is known as a console 
Redirector. The function of the Console Redirector is 
to redirect video BIOS calls (INT 10H) to an ASCII 45 
terminal attached to a serial communications port. The 
console redirection function is only used when ASCII 
console support is required during POST. The Console 
Redirect function can be terminated at the completion 
of POST. The main purpose of the console redirection 50 
is to enable transparent user operation of POST. During 
this phase, the Console Redirector will only support 
ASCII text mode. The Console Redirector calls the 
Asynchronous Communications BIOS to transmit host 
commands and text to the terminal. These functions 55 
include: initialize and attach console device; console 
input; console output character; console output string; 
and remove console device. 

When ASCII console support is required on the sys- 
tem, video BIOS (INT 10H) is intercepted by the Con- 60 
sole Redirector in POST. The intercepting of the Video 
BIOS (INT 10H) to provide video redirection is accom- 
plished by POST in conjunction with the Attach Con- 
sole Device function. The Console Redirect function is 
detached by POST in conjunction with the Remove 65 
Console function before exiting POST. The serial com- 
munications port is also tested and initialized before any 
information is output to the console. 



CONSOLE REDIRECTION 

Referring to FIG. 4, there is shown a flow chart of 
the Console Redirection POST code used to redirect 
POST input and output information to the ASCII ter- 
minal. Before the Console Redirection POST code is 
executed there is a section of POST code which has 
already executed (step 200). Next, the asynchronous 
communications port is tested (step 202) to determine if 
it is operational. If the test is positive, i.e. yes, (step 204), 
any errors are reported (step 206) and POST continues 
(step 213). Referring back to step 204, if there are no 
errors, then the system console parameter data are 
checked to determine whether an ASCII terminal is to 
be installed as the console (step 208). If it is, then the 
console is initialized (step 210) using the initialization 
and attach function call which performs terminal com- 
munication initialization. If an ASCII terminal is not 
indicated in step (208) then POST is allowed to con- 
tinue (step 213). After the console is initialized in step 
(210) additional POST is executed (step 212) to perform 
test and initialization on other system components. 
Once the majority of POST has completed the console 
is detached (step 214) and POST continues (step 216) 
into the bootstrap phase. 

SOFTWARE SUPPORT FOR ASCII TERMINAL 

To support an ASCII terminal as the system console, 
additional functions are added as internal interfaces 
along with an additional internal function call to BIOS 
System Services for system console determination. The 
Asynchronous Console Communications Device exten- 
sion provides functions that allow the user to communi- 
cate with an ASCII terminal. The following functions 
are provided: 

Initialize and attach CONSOLE Device 

CONSOLE Input 

CONSOLE Output Character 

CONSOLE Output String 

Remove CONSOLE Device 

When called for installation, the line parameters used 
to establish a link with the ASCII terminal are dis- 
played. Once installed, the interrupt handler checks for 
the Ctrl-C/Ctrl-A/Ctrl-D reboot sequence. If found, a 
word at a predetermined memory location, such as 
40:72H, is initialized to a predetermined value and a 
system reboot is initiated. 

SYSTEM CONSOLE DETERMINATION 

The System Console Determination function of 
BIOS allows the requesting software, such as an appli- 
cations program, to determine the system console. The 
system console parameter is checked to determine the 
system console. For instance, one bit in the system con- 
sole parameter could be used to determine the system 
console type. In this particular embodiment, the identi- 
fication for the system console in the system console 
parameter could be reflected in the following configu- 
ration as follows: 



Bit 


Identification 


0 = 


VGAAeybo*rd 


1 - 


ASCII Coruole 



As is evident, more than one bit could be used for identi- 
fying other console system types. 
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When the ASCII terminal is used as the system con- 
ASCII TERMINAL DRIVER ^ BIQS ^ 10H (vjdco) is red i recte d to the ASCII 

FIG. 5 shows a block diagram illustrating the proce- terminal driver and the following functions are pro- 

dure for intercepting or hooking the normal PC key- vided: 

board and video BIOS INT XOh and INT 16A routines 5 02H— Set cursor position 

302 with an ASCII terminal driver 300. The ASCII 03H— Read cursor position 

terminal driver 300 communicates through firmware q^h Scroll active page up 

console support code 302 contained in the BIOS mod- 07H— Scroll active page down 

ule 304. The firmware support code interfaces to an 08H— Read attribute/character at cursor position 

ASCII terminal, such as the 3151/316X as shown in 10 q^^^^ attribute/character at cursor position 

block 306. The ASCII terminal driver captures this data 0 AH-Write character at cursor position 

and converts it into video data for the ASCI tennmal OFH— Read current video state 

306. When requesting software (shown as block 310) 

performs I/O to or from what it believes is the PC Jf 7„ . Zrr a mr>c rxrr tnu a™*™,*.™ 

keyboard or display, the ASCII terminal driver inter- 15 The following modified BIOS INT 10H functions are 

cepts this information and transfers it to the ASCII provided by the ASCII terminal driver: 

terminal 306. Specific requests to the ASCII terminal OOH— Set mode 

driver 300 are transferred directly from the requesting 01H— Set cursor type 

software. The objectives of the ASCII terminal driver The ASCII terminal driver supports only page 0 and 

are to: 20 video mode 3. An attempt to set any other page or 

Set up and maintain a virtual video buffer video mode will result in no action being taken. Since 

Manage the interface between the virtual video the ASCII terminal supports only blink, reverse video, 

buffer and the ASCII terminal underscore, and high intensity attributes; therefore, the 

Redirect BIOS INT 10H (video) and provide equiva- ASCII terminal driver uses an attribute conversion 

lent functions 25 routine to convert mode 3 attributes to ASCII terminal 

Redirect BIOS INT 16H (keyboard) and provide supported attributes. 

equivalent functions When the ASCII terminal is used as the system con- 

The ASCII terminal driver does not directly manage BIOS INT 16H is redirected to the ASCII termi- 

the asynchronous communication port to which the naJ dnvcr jYit ASCII terminal driver calls the console 

ASCII terminal is attached, but instead uses the Asyn- 30 extension to th e communications interface to return an 

chronous Console Communications Device extension Agcn charactcr ffom its buf!er( ^ ASCI1 terminal 

to BIOS for all communications with the ASCII terra- dnver ^ ]ooks up Jmd aMaches the appropri ate scan 

M A function call is used to access the following ASCII «*e TCtm ^ n * wtW m „ ra 

. . , , . v*i. it The following BIOS INT 16H functions are pre- 

terminal device driver functions which are: 35 * "* 6 r 

ASCII terminal attached? VI °*J; v L ■ . 

diagnostic entry OOH-Keyboard read 

diagnostic exit OIH-Keystroke status 

refresh ASCII terminal The following BIOS INT 16H functions are pro- 

return pointer to virtual video buffer 40 vided, but return the same information as function OOH 

The "ASCII terminal attached" function is used to (keyboard read) and 01H (keyboard status): 
determine if the ASCII terminal is attached as the sys- 10H— Extended keyboard read 
tem console. The "diagnostic entry" function is used by 11H— Extended keystroke status 
the Diagnostic Control Program before calling each rnwcni p cfi err ttttt fTV 

diagnostic module. The "diagnostic exit" function is 45 CONSOLE SELECT U11LII Y 

used by the Diagnostic Control Program after calling The console select utility permits console configura- 
each diagnostic module. The "refresh ASCII terminal" tion data to be entered into the system console parame- 
function is called to refresh the ASCII terminal screen tcr stored in NVRAM. This allows the user to select 
with the information that has been written to the virtual one pf fa c following options for system console which 
video buffer. The "return pointer to virtual video 50 ^ storc< j m the system console configuration pa- 
cifier" function returns a pointer to the virtual video nuneter: 

buffer. If the ASCII tenninal is not attached as the VGAAey board is system console 
system console, the "ASCII terminal attached" func- ASCn terminal is system console 
tion is the only function available, all other function Nq system co^ie 

calls will return with no action taken. 55 ^ ^ %hc AScn tcrmina] ^ mc sys . 

u S ^T PhyS1C<U ^"Z lJ* * , tern console, the utility allows the user to change the 

the ASCII terrmnal is used as the system cor^k Ae configuration parameters required to 

ASCII tennmal driver sets up and maintains a virtual * ° cpi f. . , 

video buffer. Tie virtual video buffer is a 4000 byte 8 £ ak ^ ** ASC " tenmnal: 

buffer which contains the character and corresponding 60 baud rate . 

attribute data for the information currently displayed on numbcr of blts m character 

the 80X25 ASCII tenninal screen. This buffer cone- p&n\y 

sponds to the physical video buffer found on video number of stop bits _ . . 

adapter cards. After writing to the virtual video buffer, The information for the line configuration is stored in 
a call must be made to the ASCII tenninal drivcr to 65 the NVRAM. When the user selects the ASCII tertni- 

refresh the ASCII terminal screen with the information nal as the system console, or when the user selects no 

written to the virtual buffer. This buffer is located system console, the console select utility allows for 

within the device driver. video adapters, to be removed from the configuration. 
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KEYBOARD LESS OPERATION 
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To implement keyboardless operation three problems 
arise. First, a keyboard must always be initialized if 
service is needed. This is necessary to allow the Cus- S 
tomer Engineer to access the reference diskette or ad- 
vanced diagnostics. Second, a missing keyboard and a 
defective keyboard may look alike from a software 
p er sp ective. Third, more than one kind of system con- 
figuration needs keyboardless support. Both systems 10 
configured as servers and systems with an ASCII Con- 
sole need the additional support provided by keyboard- 
less operation. 

POST must determine which port has a keyboard 
installed. Therefore, software must have the ability to 15 
differentiate between a keyboard and a mouse. This is 
accomplished by reading an ID from the keyboard and 
mouse. Since the IDs are similar for both keyboards and 
mice, the "READ ID 1 * procedure must test for valid 
IDs and not invalid IDs. This is to circumvent the con- 20 
dition where a mouse looks like a defective keyboard, 
and/or a keyboard looks like a defective mouse. Since, 
this method uses the existence of a keyboard first and 
then the existence of a mouse to determine the configu- 
ration of the system, a default setup is not relied upon 25 
when a keyboard is not found. Physical port A is 
scanned first, and physical port B is scanned second. 
Therefore, both ports are truly switchable and the ex- 
ternal configuration is solely responsible for the setup of 
the ports. This situation is different from previous 30 
switchable port implementations for the keyboard and 
mouse that used the presence or absence of the key- 
board in the first connector as the sole test for setting 
the configuration. For a system that has a keyboard as a 
mandatory piece of equipment, the single test for a 35 
keyboard in port A and port B is sufficient to configure 
the system correctly. 

POST initializes the keyboard controller to either the 
DEFAULT or the SWAP state. To determine the cor- 
rect state, the following method is implemented. The 40 
physical keyboard port is tested and initialized. If a 
keyboard is found, POST sets the state as DEFAULT. 
If a keyboard is not found, the physical mouse port is 
tested and initialized. If a keyboard is found, POST sets 
the state as SWAP. If no keyboard is found in either 45 
port, the mouse determines the state of the port assign- 
ment. FIG. 6 illustration gives the complete flow for 
determining the port selection. 

The procedure used to initialize the keyboard and 
mouse subsystems is shown in FIG. 6. Since this proce- 50 
dure is a portion of the overall POST this section occurs 
after other POST activities have already been com- 
pleted (step 500). 

Two states are defined to implement the swapability 
of the keyboard and mouse ports. The first state is the 55 
DEFAULT state. This state maps the logical keyboard 
port to the physical keyboard port. Likewise, the logi- 
cal mouse port is mapped to the physical mouse port. 
The second state is the SWAP state. In this state, the 
logical ports are assigned to the opposite physical ports. 60 
The logical keyboard port mrcrnsrs the physical mouse 
port directly and vice versa. The enhanced keyboard 
controller supports both the DEFAULT and the 
SWAP states. 

Next, POST sets the Selector state to its DEFAULT 65 
setting (step 502). A "READ ID" command is issued to 
the logical keyboard port (step 504). Based on the ID 
returned, if any, a decision is made if there is in fact a 



keyboard attached to the current logical keyboard port 
(step 506). The test of step 506 is for a predetermined 
value returned as the first byte of an ID word. If no 
keyboard is identified then the Selector bit is tested to 
determine if it is in its SWAP state (step 508). If the 
Selector bit is not in the SWAP state then both physical 
ports have not yet been checked so the Selector bit is set 
to the SWAP state (step 510). With SWAP set the 
check for a keyboard is repeated. 

If a keyboard is found in step (506) then the keyboard 
is tested (step 514). The result of the keyboard test is 
then checked (step 516). If the keyboard passes then the 
keyboard is initialized and marked as present (step 518). 
The keyboard is marked present by storing its ID in the 
extended BIOS data area (EBDA). If the check of the 
keyboard test in step (516) indicates that the keyboard is 
not functioning correctly then an error is reported (step 
520). 

If the Selector bit is set to SWAP in step 508 then a 
check for keyboardless operation is made (step 512). If 
keyboardless operation is not indicated by the system 
console parameter data then POST was expected to find 
a keyboard and did not so an error is reported (step 
520). If keyboardless operation was allowed from step 
(512) then the procedure continues with no error. 

The state of the SWAP bit is saved and called 
SWAPTMP (522). Next a READ ID command is is- 
sued to the logical mouse port (step 530). The ID, if any, 
is then checked to determine if a mouse device is pres- 
ent (step 532). If a mouse is found then it is marked as 
present (step 534) and POST then continues (step 542). 
An IBM or IBM-compatible mouse is identified by a 
predetermined response, such as OAAh followed by a 
value of OOh. Any other pointing device can return any 
value as a second byte as long as the first byte is OxAA. 
If no mouse device was found in step (532) then a check 
is made if a keyboard had been found previously (step 
536). If a keyboard has been found then it is already 
occupying the other physical port so no swap is neces- 
sary and POST is allowed to continue (step 542). If step 
536 does not indicate that a keyboard had been previ- 
ously found then the SWAP bit is compared against 
SWAPTMP (step 538) and if found to be different then 
control is passed to step (step 542) and POST continues. 
If step (538) determines that SWAP is equal to 
SWAPTMP then this indicates that the other physical 
port still needs to be checked for a mouse. The SWAP 
bit is toggled (step 540) and control is routed to again 
check for a mouse. 

To facilitate the service requirements POST always 
looks for and initializes a keyboard if present. If key- 
boardless operation is selected, POST suppresses a key- 
board error when it occurs. The reason for this is a 
defective keyboard may look like a missing keyboard to 
POST. Since POST always tests for a keyboard, the 
system initializes the keyboard if present. Thus, a Cus- 
tomer Engineer can attach a keyboard to service a ma- 
chine that is configured as keyboardless. 

To provide a mechanism where any system can be 
configured as keyboardless, POST uses a bit in 
NVRAM to determine if keyboardless operation is 
desired. The bit in NVRAM is set up by the set console 
utility on the reference diskette. This bit in NVRAM is 
independent of server configuration and independent of 
the ASCII Console support Thus, any system can be 
configured as keyboardless. 

While the invention has been illustrated in connection 
with a preferred embodiment, it should be understood 
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that many variations will occur to those of ordinary 
skill in the art, and that the scope of the invention is 
defined only by the claims appended hereto and equiva- 
lent. 

We claim: 5 
1. A personal computer system having a high speed 
system processor compatible with application programs 
and operating system software, said personal computer 
system normally configured to operate with PC key- l0 
board and a display, said personal computer system 
comprising: 

a high speed system processor coupled to a high 
speed data bus; 

a first non- volatile memory electrically coupled to a is 
slower speed data bus, said first non-volatile mem- 
ory storing present system configuration data rep- 
resentative of a present configuration of the per- 
sonal computer system; 

a second non-volatile memory electrically coupled to 20 
said slower speed data bus, said second non-volatile 
memory storing predetermined system configura- 
tion data, said predetermined system configuration 
data being representative of a default system con- ^ 
figuration having the PC keyboard and display; 

a bus controller for providing communications be- 
tween the high speed data bus and the slower speed 
data bus; 

diagnostic means coupled to said slower speed data 30 
bus for comparing the present system configuration 
data to the predetermined system configuration 
data to determine whether the present system con- 
figuration corresponds to the default system con- 



14 

figuration and generating a signal indicating the 
comparison result; 
means coupled to said slower speed data bus for redi- 
recting information to an alternate remote system 
console in response to said signal indicating that the 
present system configuration does not correspond 
to the default system configuration. 
2. A computer implemented method for configuring a 
personal computer system said personal computer sys- 
tem normally configured to operate with PC keyboard 
and a display, said computer implemented method com- 
prising the steps of: 
storing in a first non-volatile memory means present 
system configuration data, said data being repre- 
sentative of at least one type of system console 
connected to the system; 
accessing said present system configuration data with 
diagnostic means, the diagnostic means testing the 
system based upon predetermined system configu- 
ration data, the predetermined system configura- 
tion data including data representing a predeter- 
mined system configuration which includes a de- 
fault system console halving the PC keyboard and 
the display; 

comparing the present system configuration data to 
the predetermined system configuration data to 
determined whether the present system configura- 
tion corresponds to the default system configura- 
tion and generating a comparison signal; 

redirecting information to an alternate remote system 
console if the comparison signal indicates the pres- 
ent system configuration does not correspond to 

the default system configuration. 

***** 
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